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Abstract 



The invention relates to an apparatus and a process for the data communication between a system unit (8) and 
technical facilities (2, 3, 4) in buildings for the flexible and convenient parameterization and remote monitoring of the 
facilities (2, 3, 4), an existing communication infrastructure being usable to reduce the expenditure resulting from 
cabling and to enable cost-effective data communication. The apparatus comprises a system unit (8) which is suited 
for data transmission according to a first data transmission protocol, at least one facility (2, 3, 4) which is suited for 
data transmission according to a second data transmission protocol, a protocol converter (1) which is connected to 
system unit (8) and converts data of the first data transmission protocol into data of the second data transmission 
protocol and vice versa, and a bus system (5) to which the facilities (2, 3, 4) and the protocol converter (1 ) can be 
connected 




Data supplied from the esp@cenet database - 12 



http://12.espacenetxom/espacenet/abstract?CY=ep&LG=en&PNP=US2002 1 2067 1 &P1SHDE1 01 09... 05. 1 1 .2003 



© BUNDESREPUBLIK 
DEUTSCHLAND 




© Offenl gungsschrift 
® DE 101 09196 A 1 



® Int. CI. 7 : 

G 06 F 15/177 



DEUTSCHES 
PATENT- UND 
MARK EN A MT 



® Aktenzeichen: 
(S) Anmeldetag: 
© Offenlegungstag: 



101 09 196.6 
26. 2.2001 
12. 9.2002 



O 



UJ 



@ Anmelder: 

* Viessmann Werke GmbH & Co., 35108 Ailendorf, 
DE 

© Vertreter: 

Beetz & Partner, 80538 Miinchen 



@ Erfinder: 

Daffner, Klaus-Josef, Dr., 61440 Oberursel, DE; 
Heinmoller, Gerhard, Dipl.-lng., 35279 Neustadt, 
DE; Hoffmann^ Jorg, Dipl.-lnformatiker, 35108 
Ailendorf, DE; Ciliox, Andreas, Dipl.-lng., 35713 
Eschenburg, DE ' . 

® Fur die Beurteilung der Patentfahigkeit in Betracht 
zu ziehende Druckschriften: 



DE 
US 
WO 



198 41 476 A1 
57 93 646 
00 67 140 A1 



CO 
CD 



Die folgendeh Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsa'ntrag gem. § 44 PatG ist gestellt ' N 
(S) Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und 
Fernuberwachung von Heizungsanlagen 

@ Die Erfindung betrifft eine Vorrichtung und ein Verfah- 
■ ren zur Datenkommunikation zwischen einem System- 
rechner (8) und Gebaudetechnikeinrichtungen (2 f 3, 4) fur 
eine flexible und komfortable Parametriesierung und 
Fernuberwachung der Einrichtungen (2, 3, 4), wobei auf 
eine vorhandene Kommunikationsinfrastruktur zuriickge- 
griffen werden kann, um den Verkabeluhgsaufwand zu re- 
duzieren und eine kostengunstige Datenkommunikation 
zu ermoglichen. Die Vorrichtung weist einen System rech- 
ner (8), der zu r Ubertragung von Daten nach einem ersten 
Datenubertragungsprotokoll geeignet ist, mindestens 
eine Einrichtung (2, 3, 4), die zur Ubertragung von Daten 
nach einem zweiten Datenubertragungsprotokoll geeig- 
net ist, einen Protokollkonverter (1), der mit dem System- 
■ rechner (8) verbunden ist und der Daten des ersten Daten- 
i ubertragungsprotokolls in Daten des zweiten Datenuber- 
• tragungsprotokolls und umgekehrt konvertiert, und ein 
Bussystem (5), an das die Einrichtungen (2, 3, 4) und der 
Protokollkonverter (1) anschlieftbar sind, auf. 
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Beschreibung 

[0001] Die Erfindung betrifft eine Vorrichtung und ein 
Verfahren zur Datenkommunikation zwischen einem Sy- 
stemrechner und Gebaudetechnikeinrichtungen fur eine fie- 5 
xible und komfortable Parametrisierung und Ferniiberwa- 
chung der Einrichtungen, wobei auf eine vorhandene Kom- 
munikationsinfrastruktur zuruckgegriffen werden kann, um 
den Verkabelungsaufwand zu reduzieren. 

[0002] Moderne Heizungsanlagen bendtigen fur ihren Be- 10 
trieb eine Vielzahl von Parameter, die bei der Inbetrieb- 
nahme der Anlage eingestellt und wahrend des Betriebs 
uberwacht werden mussen. Ihsbesondere bei groBen Hei- 
zungsanlagen ist eine Vielzahl von unterschiedlichen Ein- 
richtungen, beispielsweise auf einem Betriebsgelande, auf 15 
verschiedene Standorte verteilt. So sind beispielsweise die 
Daten von Brennern, Warmepumpen, Warmezahlern und ei- . 
ner "Vielzahl von Temperatursensoren fiir die Steuerung ei- 
ner Heizungsanlage zu erfassen. Meist wird fur die Daten- 
iibertragungsverbindung all dieser Einrichtungen ein Haus- 20 
oder Feldbus eihgesetzt. Mit Hilfe eines solchen Bussy- 
stems, das beispielsweise innerhalb eines Gebaudes instal- 
liert ist, konnen die fur die automatische S teuerung einer 
Heizungsanlage notwendigen Dateri zwischen den verschie- 
denen Einrichtungen der Anlage iibertragen werden. Eine 25 
Vielzahl solcher, meist herstellerabhangigen Bussysteme ist 
bekannt. - - 

[0003] Der Einsatz dieser speziellen Haus- oder Feldbus- 
systeme ist jedoch meistens auf ein einzelnes Gebaude be- 
schrankt. Fiir groBe Anlagen, die auf mehrere Standorte ver- 30 
teilt sind und von einer zentralen Leitstelle aus gewartet und 
uberwacht werden sollen, sind Haus- oder Feldbussysteme , 
. nicht geeignet. 

[0004] Ein Hausbussystem, beispielsweise zur Vernet- 
zung einer Mehrkesselanlage, erfordert zudem eine spe- 35 
zielle Verkabelung, was meist einen betrachtlichen Auf- 
Wand in der Gebaudeinstallation bedeutet. Weiterhin werden 
spezielle Wartungs- und Konfigurationsterminals zum An- 
schluB an das jeweilige Hausbussystem benotigt. Durch die 
Vielzahl, von unterschiedlichen Hausbussystemen kann ein 40 
groBer Mehraufwand in der Verkabelung und in den bereit- 
zuhaltenden Geraten entstehen. Auf der anderen Seite ist in 
den meisten Biiro- und Betriebsgebauden bereits eine Kom- . 
munikationsinfrastruktur, meist in Form einer Telefon- und 
Datenubertragungsverkabelung, vorhanden. 45 
[0005] Eine Aufgabe der vorliegenden Erfindung ist es, 
eine Vorrichtung und ein Verfahren zur Datenkommunika- 
tion zwischen Einrichtungen, insbesondere Heizungs-,. 
Klirha- und/oder Kiihlanlagen, und einem Systemrechner zu 
schaffen, die eine flexible und komfortable Wartung, Para- 50 
metrisierung und Ferniiberwachung der Einrichtungen er- 
moglicht. Insbesondere soil dabei auf eine bereits beste- 
hende Kommunikationsinfrastruktur zuruckgegriffen wer- 
den konnen, um den Aufwand fiir die benotigte Verkabelung 
zu reduzieren und eine kostengiinstige Datenkommunik'a- 55 
tion zu ermoglichen. 

[0006] Die Aufgabe wird durch die Merkmale der unab- 
hangigen Patentanspriiche gelost. Die abhangigen Patentan- 
spruche zeigen vorteilhafte Ausfiihrungsformen und Weiter- 
entwicklungen der Erfindung auf. 60 
[0007] . ErfindungsgemaB kann eine Vorrichtung zur Da- 
tenkommunikation, insbesondere zur Parametrisierung und 
Ferniiberwachung von Heizungsanlagen, einen Systemrech- 
ner, mindestens eine Gebaudetechnikeinrichtung, einen Pro- 
tokoUkonverter und ein Bussystem aufweisen. Durch eine 65 
solche Vorrichtung kann eine Vielzahl von unterschiedli- 
chen, in der Gebaudetechnik verwendeten Einrichtungen 
auf einfache Weise von dem Systemrechner uberwacht und 



gewartet werden, wobei auf eine vorhandene Kommunikati- 
onsinfrastruktur zuruckgegriffen werden kann, um den Ver- 
kabelungsaufwand zu reduzieren. 

[0008] Der Systemrechner ist zur Ubertragung von Daten 
nach einem ersten Datenubertragungsprotokoll geeignet. 
Der Systemrechner kann eine Software zur Parametrierung 
und Ferniiberwachung der Einrichtungen aufweisen. Der 
Systemrechner kann in einer zentralen Leitstelle fur die 
Uberwachung und Fernwartung Von Heizungsanlagen ange- 
ordnet sein. Es kann sich jedoch auch um ein mobiles Gerat 
handeln, das vor Ort zur Parametrisierung und Wartung ei- 
ner Heizungsanlage eingesetzt wird. Die auf dem System- 
rechner eingesetzte Software, die Benutzungsoberfl ache fur 
die Bedienung und die Art der Dateniibertragung konnen je- 
doch in beiden Fallen gleich sein. 

[0009] Die Einrichtungen sind zur Ubertragung von Daten 
nach einem zweiteh Datenubertragungsprotokoll geeignet. 
Durch die Ubertragung von Daten zwischen den Einrichtun- 
gen und dem Systemrechner konnen die Einrichtungen para- 
metrisiert und uberwacht werden.' Die Einrichtungen der 
Vorrichtung konnen raumlich integriert, beispielsweise in 
einem Einbaurahmen oder einem Einbauschrank, angeord- . 
net sein oder sie konnen sich an raumlich verschiedenen Or- 
ten, beispielsweise in einem Gebaude verteilt, befinden. Es 
wird eine Vielzahl von unterschiedlichen Einrichtungen auf. 
diese Weise parametrisier- und uberwachbar. 
[0010] Der Protokollkonverter konvertiert Daten des er- 
sten Datenubertragungsprotokolls in Daten des zweiten Da- 
teniibertragungsprofokoils und umgekehrt. Er ist mit dem 
Systemrechner beispielsweise uber eine Datenubertragungs- 
verbindung verbunden. Der Protokollkonverter wandelt die 
vom Systemrechner empfangenen Daten des ersten Daten- 
ubertragungsprotokolls in Daten des zweiten Datenubertra- 
gungsprotokolls um. Auf der anderen Seite wandelt der Pro- 
tokollkonverter von den Einrichtungen empfangene Daten 
des zweiten Datenubertragungsprotokolls in Daten des er- 
sten Datenubertragungsprotokolls um. Der Protokollkon- 
verter kann ein raumlich eigenstandiges Gerat sein oder rnit 
anderen Einrichtungen der Vorrichtung in einem Einbaurah- 
men oder Einbauschrank integriert sein. Der Protokollkon- \ 
verter verbindet das Bussystem mit dem Systemrechner und 
nimmt die elektrische und logische Anpassung zwischen 
dem Bussystem und der Datenubertragungsverbindung zu 
dem Systemrechner vor. Der Protokollkonverter kann fiir 
eine Vielzahl von verschiedenen Bussystemen und Daten 7 
ubertragungsverbindungen ausgestaltet sein. Er ermoglicht 
einen einfachen, flexiblen und modularen AnschluB des Sy- 
stemrechners an unterschiedliche Einrichtungen und Bussy- 
steme und erlaubt einen einneitlichen Aufbau des System- 
rechners und seiner Software. 

[0011] Das Bussystem verbindet die Einrichtungen der 
Vorrichtung und den Protokollkonverter. Das Bussystem 
kann der Dateniibertragung zwischen den einzelnen Einrich- 
tungen der Gebaudetechnik untereinander und zu dem Pro- 
tokollkonverter dienen. Die . Busteilnehmer konnen bei- 
spielsweise MeBwerte iibertragen, Kommandos zur Steue- 
rung und Regelung der Anlagen austauschen und Nachrich- 
ten fiir Diagnosezwecke versenden. Die an das Bussystem 
anschlieBbaren Einrichtungen konnen Heizungs-, Klima- 
und/oder Kiihlanlagen sein. Weiterhin konnen MeB- oder 
Steuereinrichtungeh fur den Betrieb von Heizungs-^ Klima- 
und/oder Kiihlanlagen an das Bussystem angeschlossen 
werden. Beispielsweise konnen Warmezahler und/oder 
Temperaturfuhler an das Bussystem angeschlossen werden. 
Die an das Bussystem angeschlbssenen Einrichtungen kon- 
nen einfach und komfortabel von dem Systemrechner para- 
metrisiert, uberwacht und/oder gewartet werden. Durch den 
Protokollkonverter kann das spezielle und lokal begrenzte, 
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B ussy stem auf einf ache Weise mit der allgemeinen Kom- 
munikationsinfrastruktur verbunden werden. Eine spezielle 
Verkabelung zwischen den Einrichtungen bzw. dem B ussy- 
stem und dem Systemrecliner, der sich beispielsweise weit 
von den Heizungsanlagen entferht in einer zentralen Leit- 5 
stelle befindet, ist nicht notwendig. Durch die Protokollkon- 
vertierung kann der Systemrechner mit unterschiedlichen 
Bussystemen und verschiedensten Einrichtungen betrieben 
werden. Der Aufbau und die Funktion des Systemrechners 
kann beispielsweise fur unterschiedlichste Heizungsanlagen 10 
gleich sein. 

[0012] Das Bussystem kann ein Haus- oder Feldbus in 
verschiedenen Ausfuhrungsarten sein. Das zweite Daten- 
ubertragungsprotokoll kann ein LON-Protokoll sein. Die 
LON-Busteilnehmer konnen miteinander kommunizieren 15 
und Daten austauschen. 

[0013] Ein erfindungsgemaBer Protokollkonverter kann 
auch zusatzliche analoge oder digitale Ein- und Ausgange 
zum direkten AnschluB von Einrichtungen ohne das Bussy- 
stem aufweisen. Die digitalen Eingange konnen beispiels- 20 
weise den Zustand von angeschlossenen Geraten erfassen. 
Die analogen Eingange konnen bevorzugt zur Erfassung 
von MeBwerten, z. B. durch AnschluB von Temperatursen- 
soren, vorgesehen sein. Durch die Ausgange, beispielsweise 
Relais-Ausgange, konnen angeschlossene Gerate gesteuert 25 
werden. Durch die direkten Ein- und Ausgange des Proto- 
kollkonverters konnen Einrichtungen, die keine Busschnitt- 
stelle aufweisen, von der erfindungsgemaBen Vorrichtung 
zur Datenkornmunikation iiberwacht und gesteuert werden. 
Der Protokollkonverter kann dazu die Funktion einer virtu- 30 
ellen, am Bussystem angeschlossenen Einrichtung uberneh- 
men, die wie die anderen Einrichtungen vom Systemrechner 
fernuberwacht, parametrisiert und gesteuert wird. 
[0014] Das erste Dateniibertragungsprotokoll kann ein 
Protokqll auf der Basis des Internetprotokolls IP sein. Insbe- 35 
sondere sind das Simple Network Management Protocol. 
SNMP, das Hypertext Transport Protocol HTTP, das Trans- 
port Control Protocol TCP oder das LonWorks Network 
Protocol als Transportprotokolle moglich. Durch den Ein- 
satz dieser Standard- Protokolle als erste Datenubertra- 40 
gungsprotokolle der Vorrichtung wird eine einfache und ko- 
stengiinstige Entwicklung und Herstellung der Vorrichtung 
ermoglicht. Der Einsatz dieser Protokolle ist auf vielen 
Netzwerken fur die Dateniibertragung, beispielsweise in Lo- 
cal Aerea Networks LAN mit Ethernet, Tokenring oder 45 
Glasfaserverbindungen und auch fur Datenferniibertragun- 
gen, beispielsweise iiber Telefonleitungen, moglich. 
[0015] Der Protokollkonverter kann in vorgegebenen zeit- 
lichen Abstanden vorbestimmte Daten von den Einrichtun- 
gen abfragen, speichern, an den Systemrechner senden und/ 50 
oder zur Abfrage vom Systemrechner beireithalten. Die vor- 
bestimmten Daten und die vorgegebenen zeitlichen Ab- 
stande zu deren Abfrage konnen bei der Konfiguration des 
Protokollkonverters anlagenspeziflsch von dem Anlagener- 
bauer oder -betreiber eingestellt werden. Beispielsweise 55 
. kann bei der Konfiguration des Protokollkonverters eine Li- 
ste der abzufragenden Einrichtungen und Daten angelegt 
werden. Diese Daten konnen Anlagedaten wie beispiels- 
weise die Einstellung der Bedien- und Konfigurationsdaten 
der Gerate, Storungsmeldungen, Verfahrensdaten, War- 60 
tungsdaten und/oder MeBdaten von beispielsweise Warme- 
zahlern sein. Der Protokollkonverter kann die abgefragten 
Daten speichern und beispielsweise zur Abfrage vom Sy- 
stemrechner bereithalten. Der Protokollkonverter kann auch 
selbstandig Daten an den. Systemrechner senden, ohne auf 65 
eine Abfrage vom Systemrechner zu warten. Dies kann ins- 
besondere geschehen, wenn die abgefragten Daten Fehler- 
oder Alarmmeldungen enthalten, auf einen fehlerhaften.Zu- 
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stand einer Einrichtung oder auf andere auBergewohnliche 
Ereignisse schlieBen lassen. Die Einrichtungen konnen auch 
selbstandig Nachrichten an den Protokollkonverter senden, 
die von dem Protokollkonverter an den Systemrechner wei- 
tergeleitet oder zwischengespeichert und zur Abfrage vom 
Systemrechner bereitgehalten werden. Der Protokollkon- 
verter dient der Verbindung aller an das Bussystem ange- 
schlossenen Einheiten mit dem Systemrechner. Er sammelt 
die von den Einrichtungen abgesendeten oder abgefragten 
Daten, wertet sie aus und leitet sie an den Systemrechner. 
weiter. 

[0016] Der Protokollkonverter kann einen Speicher fur die 
von den Einrichtungen abgefragten oder abgesendeten Da- 
ten aufweisen. In diesem Speicher konnen beispielsweise 
die Konfigurationsdaten und Betriebszustande der Einrich- 
tungen, Warnings-, Storungs- oder Diagnosemeldungen ge- 
speichert werden. Die gespeicherten Daten liegen fur eine 
Abfrage vom Systemrechner bereit. Die vom Systemrechner 
angeforderteri Daten konnen somit unmittelbar an den Sy- 
stemrechner iibertragen werden, ohne daB zuerst eine Riick- 
frage an die entsprechende Einrichtung zur Ermittlung der 
gewiinschten Daten erfolgen muB. Die einzelnen Daten kon- 
nen auch kombiniert und in groBeren Datenpaketen an den 
Systemrechner iibertragen werden, was die Effizienz der 
Dateniibertragung zu dem Systemrechner erhoht und die 
Kosten fur die Dateniibertragung reduziereri kann. 
[0017] Der Protokollkonverter kann vom Systemrechner 
empfangene Daten, die fur eine bestimmte Einrichtung be- 
stimmt sind, iiber das Bussystem an die entsprechende Ein- 
richtung senden. Der Protokollkonverter empfangt bei- 
spielsweise Kommandos fiir eine Heizungsanlage und leitet 
diese an die entsprechende Einrichtung weiter. Dabei kon- 
nen vorteilhafterweise auch mehrere Kommandos in einem 
Datenpaket des ersten Datenubertragungsprotokolls ge- 
meinsam vom Systemrechner an den Protokollkonverter 
iibertragen werden. Der Protokollkonverter kann die unter- 
schiedlichen Kommandos des empfangenen Datenpaketes 
separieren und an die einzelnen Einrichtungen weiterleiten.. 
In der Gegenrichtung konnen beispielsweise viele einzelne 
MeBwerte von verschiedenen Einrichtungen zu einem Da- 
tenpaket kombiniert werden und iiber das erste Dateniiber- 
tragungsprotokoll vom Protokollkonverter zum System- 
rechner iibertragen werden. Auf diese Weise laBt sich der 
Auf wand fur die Dateniibertragung zwischen Systemrech- 
ner und Protokollkonverter deutlich reduzieren. 
[0018] Die Dateniibertragung zwischen Protokollkonver- 
ter und Systemrechner kann beispielsweise mittels Daten- 
verschliisselung vor einem unbefugteh Abhoren gesichert 
werden. Auch kann die Abfrage von Daten und das Uber- 
mitteln von Kommandos durch den Austausch von Schliis- 
seln oder Zugangskennungen gegen unbefugte Benutzung 
gesichert werden. Weiterhin kann beispielsweise nur der Zu- 
griff eines bestimmten, bei der Konfiguration des Protokoll- 
konverters festgelegten Systemrechners, auf den Protokoll- 
konverter zugelassen werden. Auf diese Weise konnen nur 
registrierte und berechtigte Systeme bzw. Benutzer Zugriff 
auf die Einrichtungen erlangen. 

[0019] Der Protokollkonverter kann eine vorbestimmte 
Verbindung aktivieren und/oder eine vorgegebene Nachricht 
versenden, wenn von einer der Einrichtungen eine Storungs- 
oder Wartungsmeldung. Insbesondere kann der Protokoll- 
konverter ein Fax, eine Email, eine SMS-Nachricht oder 
eine Sprachnachricht an einen vorbestimmten Empfanger 
versenden. Wenn von einer der Einrichtungen eine Sto- 
rungs- oder Wartungsmeldung vom Protokollkonverter ab- 
gefragt oder von diesem empfangen wird, kann der Proto- 
kollkonverter versuchen eine Verbindung zum Systemrech- 
ner aufzubauen, um die Meldung weiterzuleiten. Ist dies aus 
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verschiedensten Griinden nicht moglich, beispielsweise weil 
der Systemrechner oder die Datenubertragungs verbindung 
zu dem Systemrechner ausgefallen ist oder eine Stoning 
aufweist, kann der Protokollkonverter nach einer bestimm- 
ten Anzahl von Versuchen eine vorbestimmte Notverbin- 5 
dung aktivieren. Der Protokollkonverter kann beispiels- 
weise eine Verbindung zu einem anderen Systemrechner 
aufbauen oder ein vorgegebenes Fax, eine Email, eine 
Sprachnachricht oder eine SMS-Nachricht versenden. Auf- 
grund dieser Nachricht kann das zustandige Bedienpersonal 10 
von der Storungsmeldung der Einrichtung und/oder der Sto- 
ning der Dateniibertragungsverbindung bzw. der Stoning 
des Systemrechners in^der Leitstelle informiert werden. 
Auch kann durch ein Fax, eine. Email oder eine SMS-Nach- 
richt ein vorbestimmter Benutzer von dem Problem infor- 15 
miert werden. Dies ist insbesondere fur die Betreiber von 
kleineren Anlagen, die keine dauernd mit Personal besetzte 
Leitstelle aufweisen, interessant. Das Bedienpersonal kann 
so kostengiinstig und einfach, beispielsweise zuhause, alar- 
miert werden. 20 
[0020] Die Verbindung zwischen dem Protokollkonverter 
und dem Systemrechner kann erfindungsgemaB iiber eine 
analbge und/oder digitale Telefonverbindung erfolgen. Die 
Verbindung kann beispielsweise ein analoges Modem, ein 
GSM-Moderri oder ein ISDN-Modem aufweisen. Die Da- 25 
tenubertragungsverbindung kann uber ein privates und/oder 
ein offentliches Netz kostengiinstig erfolgen. Die Verbin- 
dung zwischen dem Protokollkonverter und dem System- 
rechner kann dauerhaft bestehen oder nach Bedarf auf und 
wieder abgebaut werden. Der Auf- und Abbau der Verb in- 30 
, dung kann sowohl vom Protokollkonverter, als auch vom 
Systemrechner aus erfolgen. Dabei kann sowohl eine direkte 
Modemverbindung zwischen dem Modem des Protokoll- 
konverters und dem Modem des Systemrechners als auch 
eine Verbindung zwischen Protokollkonverter und System- 35 
rechner iiber das Internet vorgesehen sein. Bei einer Inter- 
net- Verbindung wahlt beispielsweise das Modem des Proto- 
kollkonverters eine lokale Einwahlnummer eines Internet- 
providers an und stellt eine temporare Internet- Verbindung 
zurn Systemrechner her. Auf diese Weise konnen beliebig 40 
angeordnete Anlagen (Protokollkonverter und Einrichtun- 
gen) kostengiinstig mit dem Systemrechner kommunizieren 
und yon diesem uberwacht und gesteuert werden. Die Ver- 
bindungskosten bei einem Betrieb von iiber den Globus ver- 
teilten Anlagen konnen so verringert werden. 45 
[0021] Weiterhin konnen im Falle einer temporaren Ver- 
bindung zwischen Systemrechner undv Protokollkonverter 
durch die erfindungsgemaBe Speicherung der abgefragten 
Daten der Einrichtungen die Ubertragungskosten deutlich 
reduziert werden. Beispielsweise fragt der Protokollkonver- 50 
ter die Einrichtungen in vorgegebenen zeitlichen Abstanden 
ab und ermittelt die vorbestimmten Daten zur Ubertragung 
an den Systemrechner. Nachdem alle vorbestimmten Daten 
ermittelt wurden, kann der Protokollkonverter eine Verbin- 
dung zu dem Systemrechner aufbauen, die Daten gemein- 55 
sam ubertragen und die Verbindung zu dem Systemrechner 
beenden. Auf der anderen Seite kann auch der Systemrech- 
ner eine Verbindung zu dem Protokollkonverter aufbauen, 
die benotigten Daten von diesem abfragen und die Verbin- 
dung beenden. 60 
[0022] - Der Verbindungsaufbau von Systemrechner. zum 
Protokollkonverter kann auch mit einem Riickrufverfahren 
(Call-back- Verfahren) erfolgen. Der Systemrechner sendet 
ein kuizes Signal oder eirie Riickrufaufforderung an den 
Protokollkonverter, wenn er an diesen Daten ubertragen 65 
oder von diesem abfragen will. Der Protokollkonverter ruft 
daraufhin eine vorgegebene Ruckrufhummer zuruck, um 
eine Dateniibertragungsverbindung zum Systemrechner auf- 



zubauen. Da die eigentliche Dateniibertragungsverbindung 
irnmer vom Protokollkonverter aus zu dem Systemrechner 
aufgebaut wird, kann ein fremdes System keine Daten zu 
dem Protokollkonverter ubertragen oder von diesem abfra- 
gen. Unbefugter Zugriff auf den Protokollkonverter wird 
verhindert und die Sicherheit der Vorrichtung zur Daten- . 
kommunikation wird erhoht. 

[0023] In einer Ausfuhrungsform konnen der Protokoll- 
konverter und der Systemrechner beispielsweise eine oder 
mehrere,RS-232-Schnittstellen aufweisen. Auf diese Weise 
konnen einfach analoge oder ISDN-Modems zum Aufbau 
der Datenubertragungsverbindung zwischen dem Protokoll- 
konverter und dem Systemrechner verwendet werden. Pro- 
tokollkonverter und Systemrechner konnen auch durch ein 
Null-Modemkabel oder iiber eine optische Schnittstelle, ins- 
besondere eine Optolink-Schnittstelle, miteinander direkt 
verbunden werden. Dies ist insbesondere fiir eine vor-Ort- 
Diagnose und Warning durch den Kundendienst von Vorteil. 
Der Systemrechner kann beispielsweise ein geeigneter trag- 
barer Computer sein, der in der Nahe der Heizungsanlage an 
einen Protokollkonverter angeschlossen Wird. Durch die er- 
findungsgemaBe Vorrichtung kann sowohl in der Leitstelle, 
als auch auf dem tragbaren Computer vor Ort die gleiche 
Software zur Parametrierung und Uberwachung von Hei- 
zungs anlagen verwendet werden. 

[0024] Eine weitere Moglichkeit fur die Datenubertra- 
gungsverbindung zwischen Systemrechner und Protokoll- 
konverter besteht in dem direkten AnschluB beider Gerate 
an ein Datennetzwerk LAN. Beispielsweise kann der Proto- 
kollkonverter iiber einen LAN-Koppler an ein Ethernet an^ 
geschlossen werden. Der Systemrechner kann iiber einen 
iiblichen Ethemet-NetzanschluB mit dem Dateniibertra- 
gungsnetzwerk verbunden werden. Dies ermoglicht eine 
einf ache und kostengiinstige Verbindung iiber ein eventuell 
bereits bestehendes Dateniibertragungsnetzwerk. 
[0025] Der Systemrechner kann in vorgegebenen zeitli- 
chen Abstanden eine Verbindung zu dem Protokollkonverter 
aufbauen und vorbestimmte Daten abfragen. Die vorbe- 
stimmten Daten wurden zuvor vom Protokollkonverter von 
den Einrichtungen abgefragt und zwischengespeichert. Der 
Systemrechner kann auf diese Weise durch eine einzige Ab- 
frage eine groBere Menge von Daten aller uber das B ussy- 
stem mit diem Protokollkonverter verbundenen Einrichtun- 
gen. erfassen. Ein Verbindungsaufbau zu jeder einzelnen 
Einrichtung ist nicht notig. Auf diese Weise konnen die Da- 
tenubertragungskosten verringert und der Aufbau des Sy- 
stemrechners vereinfacht werden. Der Verbindungsaufbau 
kann auch iiber das Ruckrufverfahren erfolgen, bei dem der 
Protokollkonverter nach Erhalt einer Ruckrufnachricht eine 
vorgegebene Ruckrumunvmer anwahlt und die Verbindung 
zum Systemrechner aufbaut. 

[0026] Der Systemrechner kann eine Verbindung zu dem 
Protokollkonverter aufbauen und Daten fur eine bestimmte 
Einrichtung an den Protokollkonverter senden. Die Verbin- 
dung kann anschlieBend sofort wieder abgebaut werden. Der 
Protokollkonverter wertet die empfangenen Daten aus und 
leitet Kommandos an die entsprechenden Einrichtungen 
weiter. Der Systemrechner kann auch eine Verbindung zu 
dem Protokollkonverter aufbauen und Daten von einer be- 
stimmten Einrichtung von dem Protokollkonverter abfra- 
gen/empfangen. Der Protokollkonverter kann, falls die an- 
gefragten Daten nicht bereits in dem Speicher vorliegen, die 
entsprechende Einrichtung iiber das Bussystem kontaktie- 
ren, die angefragten Daten ermitteln und an den System- 
rechner ubertragen. Der Protokollkonverter ermoglicht eine 
logische Verbindung zwischen den Einrichtungen des Bus- 
systems und dem Systemrechner. Die Datenkommunikation 
zwischen den Einrichtungen und dem Systemrechner findet 



DE 101 09 196 A 1 

7 8 



■uber den ProtokoMonverter start. Der ProtokoUkonverter 
kann den Zugriff auf die Daten der Einrichtungen regeln, 
Daten und Kommandos verteilen oder biindeln/kombinieren 
und den Verbindungsaufbau zurn Systemrechner steuern. 
[0027] Der Systemrechner kann auch Verbindungen zu 
mehreren Protokollkohvertem aufbauen und Daten zu meh- 
reren Einrichtungen iibertragen bzw. von diesen empfangen. 
Er kann Daten fur bestirnrnte Einrichtungen an die jeweili- 
gen ProtokoUkonverter senden und/oder Daten von be- 
stimmten Einrichtungen von den jeweiligen Protokollkon- 
vertern empfangen. Der Systemrechner sendet dazu bei- 
spielsweise Daten fur eine bestirnrnte Einrichtung an den 
ProtokoUkonverter, der an das gleiche B ussy stem wie die 
bestirnrnte Einrichtung angeschlossen ist. 
[0028] Der Systemrechner kann eine Datenbank aufwei- 
sen, die die Konfigurations-, Inbetriebnahme-, Wartungs- 
und Betriebsdaten von Einrichtungen und/oder ProtokoU- 
konvertern enthalt. Insbesondere konnen Storungs- und 
Wartungsmeldungen in der Datenbank gespeichert werden. 
Die Datenbank kann beispielsweise Bedien-, Konfigurati- 
ons- und Betriebsdaten der einzelnen Einrichtungen enthal- 
ten. Weiterhin konnen Verfahrens- und MeBdaten, beispiels- 
weise von Warmezahlern oder Temperaturfuhlern, aufge- 
zeichnet werden. Vorteilhafterweise kann die Datenbank 
auch Systemdaten der ProtokoUkonverter, wie beispiels- 
weise der Typ des angeschlossenen Bussystems, eine Liste 
der angeschlossenen Einrichtungen und/oder Informationen 
iiber verwendete Modemtypen und ihre Ansteuerungskonfi- 
gurationen, enthalten. Auf die aktueUen Konfigurations-, 
Warnings- und Betriebsdaten so wie auf die letzten Sto- 
rungs- und Wartungsmeldungen von zu iiberwachenden 
Einrichtungen kann im Systemrechner zugegriffen werden, 
phne daB eine Verbindung zu dem entsprechenden Proto- 
koUkonverter und/oder der entsprechenden Einrichtung auf- 
gebaut werden muB. Die Datenbank kann beispielsweise. 
den aktueUen Zustand der zu iiberwachenden Heizungsanla- 
gen enthalten. Das Bedienpersonal kann den aktueUen Zu- 
stand uberprufen und gegebenenfaUs MaBnahrnen zur Behe- 
bung vori Storungen einleiten. Weiterhin kann die Daten- 
bank Referenzdaten und/oder Inbetriebnahme- oder Ser- 
viceprotokolle fur die iiberwachten Betriebsmittel (Einrich- 
tungen) enthalten. 

[0029] Der Systemrechner kann eine vorbestimmte Nach- 
richt versenden, wenn von einer der Einrichtungen eine be- 
stirnrnte Storungs- oder Wartungsmeldung vorUegt. Insbe- 
sondere kann der Systemrechner ein Fax, eine Sprachnach- 
richt, eine Email oder eine SMS-Nachricht an einen anderen 
Systemrechner, beispielsweise in einer anderen LeitsteUe, 
und/oder an eine oder mehrere vorbestimmte Bedienperso- 
nen versenden, um diese iiber den Eingang einer Storungs- 
oder Wartungsmeldung zu informieren. Das Weiterleiten der 
Meldungen kann nach einem vorgegebenen Bearbeitungs- 
plan, in dem die entsprechenden Dienste eingetragen sind, 
erfolgen. Der Bearbeitungsplan kann Zeit- und anlagenspe- 
zifisch fur jede Einrichtung oder fiir eine Gruppe von Ein- 
richtungen einen Dienst- und/oder Serviceplan umfassen, 
der angibt welche Art von Meldung zu welcher Zeit fiir wel- 
che Einrichtung zu einer bestimmten Aktion fiihrt, z. B. 
weiterleiten als SMS-Nachricht: Die durchzufuhrenden Ak- 
tionen konnen durch den Bearbeitungsplan einfach an die 
Dienstplane des Bedienpersonals angepaBt werden. Weiter- 
hin kann der Systemrechner vordefinierte Aufgaben nach ei- 
nem definierbaren Zeitschema ausfuhren, um beispielsweise 
Anlagen werte bestimmter Heizungsanlagen zu uberwachen. 
[0030] Ein Zugriff. auf die Datenbank des Systemrechners 
kann iiber einen Internet-Server und/oder einen WAP-Server 
erfolgen. Auf die Daten des Systemrechners kann mittels ei- 
nes WAP-fahigen Mobiltelefons oder eines herkommUchen 



Internetbrowsers iiber das Internet von einem entsprechend 
ausgestatteten Personal-Computer zugegriffen werden. Bei- 
spielsweise konnen der Betriebs- und Wartungszustand der 
. zu iiberwachenden Einrichtungen auf einem Webserver zur 
5 Abfrage iiber das Internet bereitgesteUt werden. Dies ist ins- 
besondere fiir das Betriebspersonal von kleineren Anlagen 
von Vorteil, das sich nicht standig in der LeitsteUe aufhalt. 
Das zustandige Wartungspersonal kann beispielsweise iiber 
den Vers and einer SMS-Nachricht auf eine bestirnrnte Sto- 

10 rung aufmerksam gemacht werden. Die Behebung dieser 
Stoning kann von dem Betriebspersonal von zuhause iiber 
das Internet und den Web-Server oder ein WAP-fahiges Mo- 
biltelefon erfolgen. Eine nachtliche Anfahrt des Betriebs- 
personals zur LeitsteUe kann so vermieden werden. 

15 [0031] Vorteilhafterweise konnen in einer groBeren Leit- 
steUe oder in einem Betrieb mit mehreren LeitsteUen auch 
mehrere Systemrechner jeweils Verbindungen zu den Proto- 
kollkonvertern aufbauen und/oder Daten von den ProtokoU- 
konvertern empfangen oder Daten an die ProtokoUkonverter 

20 versenden. Die Systemrechner konnen dabei iiber das Inter- 
net miteinander kommunizieren. Auf diese Weise kann ein- 
fach ein verteiltes System mit mehreren Systemrechnern 
reaUsiert werden. Die Systemrechner kdnnen beispielsweise 
in mehreren LeitsteUen angeordnet sein. Auch kann ein Sy- 

25 stemrechner in einer LeitsteUe angeordnet sein und ein wei- 
terer Systemrechner in Form eines tragbaren Computers fur 
.'eine vorrOrt-Diagnose eingesetzt werden. Die Systemrech- 
ner konnen iiber das Internet verbindbar sein und Nachrich- ' 
ten austauschen. 

30 [0032] Einer der Systemrechner kann eine zentrale Daten- 
bank aufweisen. Die anderen Systemrechner konnen Daten- 
anderungen an diese zentrale Datenbank melden und/oder 
ihre eigene Datenbank mit der zentralen Datenbank abglei- 
chen. Dies ist insbesondere fur ein groBes System mit meh- 

35 reren Systemrechnern in einer groBen LeitsteUe oder fur 
mehrere LeitsteUen von Vorteil und kann zur Datensiche- 
rung und/oder zur Wahrung der Datenkonsistenz bei Zugrif- 
fen von mehreren Benutzern/Systemen auf die gleichen Da- 
ten verwendet werden. Der Systemrechner, der die zentrale 

40 Datenbank aufweist, kann automatisch einen Abgleich der 
Datehbanken der einzelnen Systemrechner ansteuern. 
[0033] Ein Verfahren zur Datenkommunikation, insbeson- 
dere zur Parametrisierung und Ferniiberwachung von Hei- 
zungsanlagen, kann zumindest einen der folgendeh Schritte 

45 aufweisen: Ubertragung yon Daten nach einem ersten Da- 
teniibertragungsprotokoU zwischen einem Systemrechner 
und einem ProtokoUkonverter; Konvertierung der Daten des 
ersten Dateniibertragungsprotokolls in Daten des zweiten 
DatenubertragungsprotokoUs und umgekehrt in den Proto- 

50 kollkonverter; urid Ubertragung von Daten nach dem zwei- 
ten ' DateniibertragungsprotokoU zwischen dem ProtokoU- 
konverter und mindestens einer Einrichtung. 
[0034] Die erfindungsgemaBe Vorrichtung und das erfin- 
dungsgemaBe Verfahren zur Datenkommunikation zwi- 

55 schen einem Systemrechner und mindestens einer Einrich- 
tung iiber einen ProtokoUkonverter ermogUcht einen einfa- 
chen und flexiblen Aiifbau von komplexen Heizimgs-, 
KUma- und Kiihlanlagen. Die Parametrisierung und Fern- 
iiberwachung der Einrichtungen kann auf gleiche Weise von 

60\ einem Systemrechner in der LeitsteUe oder einem -mobilen 
Systemrechner vor Ort durchgefiihrt werden. Der ProtokoU- 
konverter ermogUcht den Einsatz von verschiedensten B us- 
sy stemen zur Vernetzung der Einrichtungen und zum Betrei- 
ben einer Dateniibertragungsverbindung zu dem System- 

65 rechner iiber eine eventueU bereits vorhandene Kommuni- 
kau^nsinfrastruktur. Durch die Zwischenspeicherung der 
Daten in dem ProtokoUkonverter konnen im FaU einer Tele- 
fonwahlverbindung zu dem Systemrechner die Verbin- 
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dungskosten niedrig geh alien werden. Die Datenbank des 
Systemrechners ermoglicht dem Bedienpersonal einen un- 
mittelbaren Zugriff auf aktuelle Betriebs- und Konfigurati- 
onsdaten der zu verwaltenden Einrichtungen. 
[0035] Die folgende Beschreibung von Ausfuhrungsbei- 5 
spielen wird anhand von beigefugten schematischen Figuren 
vorgenommen. Es zeigen: 

[0036] Fig. 1 eine schematische Darstellung einer erfin- 
durigsgemaBen Vorrichtung zur Datenkommunikation, ins- 
besondere zur Parametrisierung und Ferniiberwachung von 10 
Heizungsanlagen; 

[0037] Fig. 2 ein mogliches Ablaufdiagramm der Verar- 
beitung in einem Protokollkonverter; 

[0038] Fig. 2 ein mogliches Ablaufdiagramm der Verar- 
beitung in einem Systemrechner; 15 
[0039] Fig. 4 eine schematische Darstellung von zwei Sy- 
stemrechnern, die direkt an ein LAN angeschlossen sind;" 1 , 
und 

[0040] Fig. 5 eine schematische Darstellung fur ein Aus- 
fuhrungsbeispiel eines Protokollkonverters. 20 
[0041] Die Fig. 1 zeigt eine schematische Darstellung ei- 
ner erfindungsgemaBen Vorrichtung zur Datenkommunika- 
tion, insbesondere zur Parametrierung und Ferniiberwa- 
chung von Heizungsanlagen. Bei den zu uberwachenden 
Einrichtungen handelt es sich in diesem. Ausfiihrungsbei- 25 
spiel um eine erste Heizungsanlage HZ-A2, eine zweite Hei- . 
zungsanlage HZ-B3 und einen Warmezahler WZ4. Die Ein- 
richtungen 2, 3, 4 sind an das Bussystem 5 angeschlossen. 
Bei dem Bussystem 5 handelt es sich beispielsweise um ei- 
nen LON-Hausrjus, der in einem Gebaude zur Steuerung der 30 
Gebaudetechnik verlegt ist. 

[0042] Der Protokollkonverter 1 ist sowohl mit dem Bus- 
system 5, als auch mit einem Modem 7 verbunden. Dazu 
kann der Protokollkonverter beispielsweise eine LON-Bus- 
schnittstelle, eine optische Schnittstelle (Optolink-Interface) 35 
und eine RS-232-Schnittstelle aufweisen. Bei dem Modem 
7 kann es sich um ein analoges Telefonmodem oder um ein 
ISDN-Modem handeln. Das Modem 7 ist iiber eine Stan- 
dardtelefonverkabelung mit einem privaten oder offentli- 
chen Fernsprechnetz verbunden. Anstelle einer drahtgebun- 40 
denen Verbindung kann auch eine drahtlose Verbindung 
iiber ein GSM-Modem vorgesehen sein. Die Steuerung des 
Modems 7 erfolgt von dem Protokollkonverter 1. Der Proto- 
/ kollkonverter 1 weist weiterhin einen Speicher 6 zur Spei- 
cherung von abgefragten Daten der angeschlossenen Ein- 45 
richtungen 2, 3, 4 und zum Speichern von empfangenen 
Nachrichten von den Einrichtungen 2, 3, 4 auf. 
[0043] Ein Protokollkonverter 1 kann auch zusatzliche 
analoge oder digitale Ein- und Ausgange zum direkten An- 
schluB von Einrichtungen ohne Bus schnittstelle aufweisen. 50 
Durch die Eingange konnen beispielsweise die Zustande an- . 
geschlossener Gerate oder MeBwerte erfaBt werden. Die 
Ausgange, z. B. Relais- Ausgange, konnen zur Steuerung- 
von angeschlossenen Gerate verwendet werden. Dies er- 
moglicht den Betrieb von relativ einfachen Geraten wie 55 
Ternperatursensoren, die keine eigene Busschnittstelie auf- 
weisen. Durch die Ein- und Ausgange des Protokollkonver- 
ters 1 konnen diese Gerate yon der erfindungsgemaBen \br- 
richtung zur Datenkommunikation iiberwacht und gesteuert 
werden. Der Protokollkonverter 1 ubernimmt die Funktion 60 
einer virtuellen Einrichtung, die wie die anderen Einrichtun- 
gen vom Systemrechner 8 iiberwacht, parametrisiert und 
eihgestellt wird und die die Steuerung der direkt angeschlos- 
senen Gerate durchfuhrt. 

[0044] Der Protokollkonverter 1 fragt in vorgegebenen 65 
zeitlichen Abstanden vorbestimmte Daten von den iiber das 
Bussystem 5 angeschlossenen Einrichtungen 2, 3, 4 ab und 
speichert diese in dem dafur vorgesehenen Speicher 6. In 



dem in Fig. 1 gezeigten Beispiel wurden Daten von der er- 
sten Heizungsanlage HZ-A2, der zweiten Heizungsanlage 
HZ-B3 und dem Warmezahler WZ4 abgefragt und gespei- 
chert. Die zyklische Datenabfrage kann beispielsweise alle 
10 Minuten erfolgen. Die abgefragten Daten konnen bei 1 
spiels weise die Betriebs- und Konfigurationszustande der 
abgefragten Einrichtungen enthalten. In dem in Fig. 1 ge- 
zeigten Beispiel wurden diese Daten beispielsweise um 7.55 
Uhr von den Einrichtungen 2, 3, 4 abgefragt. Die gespei- 
cherten Daten werden von dem Protokollkonverter 1 im 
Speicher 6 zur Abfrage vom Systemrechner 8 bereitgehal- 
ten. 

[0045] Der Systemrechner 8 baut beispielsweise jede 
Stunde eine Verbindung zu dem Protokollkonverter 1 auf 
und veranlaBt die Ubertragung der vom Protokollkonverter 
1 gespeicherten Daten. In dem gezeigten Ausfuhrungsbei- 
spiel ist dazu ein analoges oder ein ISDN- Modem 9 mit dem 
Systemrechner 8 und dem Fernsprechnetz verbunden. Ein 
Systemrechner 8 kann auch iiber mehrere Modems 9 verfu- 
gen, um gleichzeitig mehrere Verbindungen zu Protokoll- 
konyertern zu unterhalten. Der Systemrechner 8 veranlaBt 
beispielsweise das Modem 9 eine Wahlverbindung zu dem 
Modem 7 und dem Protokollkonverter 1 aufzubauen. Dies 
kann in vorgegebenen zeitlichen Abstanden oder nach Be- 
darf geschehen. 

[0046] Weiterhin kann das Ruckrufverfahren zu dem Auf- 
bau einer sicheren Verbindung zwischeri Protokollkonverter 
1 und Systemrechner 8 verwendet werden. Die Verbindung 
kann sowohl als eine direkte Modemverbindung zwischen 
den Modems 7, 9 (z. B. iiber den V.34 oder V.90 Standard) 
als auch iiber eine Internetverbindung erfolgen. Dazu wahlt 
beispielsweise das Modem 7 eine lokale Einwahlnummer 
eines Internetproviders und stellt eine Verbindung zu dem 
Systemrechner 8 her, der iiber das Modem 9 oder einen 
LAN-AnschluB mit dem Internet verbunden ist. 
[0047] Nach Verbindungsaufbau werden die im Protokoll- 
konverter 1 gespeicherten. Daten an den Systemrechner 8 
iibertragen und dort in einer Datenbank 10 abgelegt. Nach 
Beendigung der Dateniibertragung kann die Verbindung zur 
Reduktion der Verbin dungskosten abgebaut werden. ' 
[0048] In dem in Fig. 1 gezeigten Beispiel erfolgt der Ver- 
bindungsaufbau vom Systemrechner 8 zu dem Protokoll- 
konverter 1 beispielsweise in stundlichen Abstanden. Die in 
der Datenbank 10 abgelegten Daten wurden beispielsweise 
um 8.00 Uhr vom Protokollkonverter 1 zum Systemrechner 
8 iibertragen. Der Protokollkonverter 1 hat diese Daten bei- 
spielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 ab- 
gefragt. Eine nachste regelmaBige Dateniibertragung zwi- 
schen Protokollkonverter 1 und Systemrechner 8 wurde in 
dem gezeigten Beispiel um 9.00 Uhr stattfinden. 
[0049] Um 8.05 Uhr gent beispielsweise eine Nachricht 
mit einer Storungsmeldung der zweiten Heizungsanlage 
HZ-B3 in dem Protokollkonverter 1 ein. Bei Eingang einer 
Storungsmeldung soli erfindungsgemaB vom Protokollkon- 
verter 1 spfort eine Nachricht an den Systemrechner 8 iiber- 
mittelt werden und nicht auf die nachste Abfrage der Daten 
durch den Systemrechner 8 gewartet werden. In dem gezeig- 
ten Beispiel wiirde die nachste vom. Systemrechner 8 initi- 
ierte Dateniibertragung um 9 Uhr stattfinden. Der Protokoll- 
konverter 1 steuert das Modem 7 an um eine Verbindung zu ^ 
dem Systemrechner 8 aufzubauen und die empfangene 
. Nachricht weiterzuleiten. Kann diese Verbindung zwischen 
Protokollkonverter 1 und Systemrechner 8 nicht aufgebaut 
werden, so kann der Protokollkonverter 1 beispielsweise 
nach Verstreichen einer vorbestimmten Zeit weitere Versu- 
che zum Verbindungsaufbau auch zu anderen Systemrech- 
nern unternehmen, um die empfangene Nachricht an einen 
Systemrechner weiterzuleiten. Der Systemrechner 8 kann 



DE 101 09 196 A 1 



n 



12 



die empfangene Nachricht gemaB dem Bearbeitungsplan, 
beispielsweise in Form eines Fax, einer Fmail oder einer 
SMS-Nachricht, an das Bedienpersonal weiterleiten, wenn 
die Leitstelle zum Zeitpunkt des Ernpfangs der Nachricht 
nicht besetzt ist. Kommt diese Verbindung auch bei den wei- 5 
teren Versuchen nicht zustande, versendet der Protokollkon- 
verter 1 eine vorgegebene Nachricht. 

[0050] In dem in Fig. 1 gezeigten Beispiel wird eine Fax- 
Nachricht mit einem entsprechenden Inhalt an das Fax-Ge- 
rat 11 gesendet. Das Fax-Gerat 11 kann sich beispielsweise 10 
• in einer Leitstelle oder zuhause bei einer zustandigen Be- 
triebsperson befinden. Die zustandige Person kann auf diese 
Weise unmittelbar von der eingegangenen Stoning in einer 
der Einrichtungen benachrichtigt werden, obwohl zu diesem 
Zeitpunkt keine Verbindung zwischen Protokollkonverter 1 15 
und Systemrechner 8 moglich ist. 

[0051] Selbstverstandlich konnen Protokollkonverter 1 
und Systemrechner 8 auf viele andere Arten miteinander 
verbunden werden und Daten austauschen. Beispielsweise 
konnen beide direkt an ein Computernetzwerk (LAN) ange- 20 
schlossen werden oder sie konnen direkt iiber ein Null-Mo- 
dem miteinander verbunden werden. Es sind auch weitere 
Ausfuhrungsforrnen denkbar, bei denen das Internet oder 
andere Datenubertragungsmedien genutzt werden konnen. 
[0052] Die Betriebs- und Konfigurationsdaten der Ein- 25 
richtiingen 2, 3, 4 konnen vom Betriebspersonal in der Leit- 
stelle direkt durch ZugrifT auf die Datenbank 10 des System- 
rechners 8 gepriift und kontrolliert werden, ohne daB dazu 
eine dauerhafte Verbindung zu den zu wartenden und ubef- 
wachenden Einrichtungen 2, 3, 4 bestehen muB. Selbstver- 30 
standlich sind die in diesem Beispiel angegebenen vorgege- 
benen zeitlichen Abstande nur ein mogliches Beispiel fiir 
eine Konfiguration der erfindungsgemaBen Vorrichtung und 
konnen den Anforderungen entsprechend angepaBt werden. 
[0053] Die Fig. 2 zeigt einen moglich en Ablaufplan fur 35 
die Verarbeitung in einem Protokollkonverter. In einem 
Schritt 100 wird die gespeicherte Systemkonfiguration des 
Prptokollkonverters ausgewertet und der Protokollkonverter 
wird initialisiert. Dabei kann beispielsweise ein angeschlos- 
senes Modem kohfiguriert und das Hausbussystem gepriift 40 
werden. 

[0054] In dem Schritt 110 wird gepriift, ob Kommandos 
des Systemrechners 8 fur den Protokollkonverter 1 ange- 
schlossene Einrichtungen 2, 3, 4 empfangen wurden. Im 
Falle eines Ernpfangs derartiger Kommandos werden diese 45 
in einem Schritt 120 bearbeitet und an die entsprechende 
Einrichtungen uber das Bussystem 5 weitergeleitet. Es sind 
selbstverstandlich auch solche Kommandos moglich, die an 
alle angeschlossenen Einrichtungen uber das Bussystem 5 
weiterzuleiten sind (Broadcast). Weiterhin kann der System- 50 
rechnef 8 natiirlich auch Kommandos an den Protokollkon- 
verter 1 selbst senden. Diese sind vom Protokollkonverter 1 
auszuwerten. Beispielsweise kann auf diese Art die zu wah- 
lende Telefonnummer fiir eine Notverbindung verandert 
werden. 55 
[0055] In Schritt 130 pruft der Protokollkonverter 1, ob 
eine Datenanfrage vom Systemrechner 8 vorliegt. Liegt eine 
Anfrage fur Daten von angeschlossenen Einrichtungen vor, 
werden in Schritt 140 die angefragten Daten an den System- 
rechner 8 ubersandt. Sind keine Daten an den Systemrech- 60 
ner 8 zu senden, so wird direkt zu Schritt 150 verzweigt. 
[0056] In Schritt 150 werden die in den Konfigurationsda- 
ten festgelegten vorbestimmten Daten von einer Einrichtung 
2, 3, 4 abgefragt. Dazu wird ein entsprechendes Kommando 
nach dem zweiten Datenubertragungsprotokoll an die Ein- 65 
richtung 2, 3, 4 iiber das Bussystem 5 gesendet. Die ange- 
sprochene Einrichtung meldet sich mit den angefragten Da- 
ten iiber das Bussystem 5 zuriick. Die auf diese Weise emp- 



fangenen Daten werden in dem Speicher 6 des Protokoll- 
konverters 1 abgelegt 

[0057] In Schritt 160 wird gepriift, ob aufgrund der emp- 
fangenen Daten oder aufgrund von eingegangenen Nach- 
richten von den zu uberwachenden Einrichtungen 2, 3, 4 
eine Notfallmeldung an den Systemrechner 8 abzusenden 
ist. 

[0058] Falls eine solche Nachricht an den Systemrechner 

8 abzusenden ist, wird in Schritt 170 versucht, eine Verbin- 
dung zu dem Systemrechner 8 aufzubauen. Gegebenenfalls 
ist der Versuch eine Verbindung aufzubauen nach einer vor- 
gegebenen Zeit mehrfach (z. B. lOmal) zu wiederholen. Es 
kann auch versucht werden eine Verbindung zu einem ande- 
ren Systemrechner 8 aufzubauen. 

[0059] Kann eine Verbindung zu dem Systemrechner 8 
hergestellt werden, so sendet der Protokollkonverter 1 in, 
Schritt 180 gemaB dem ersten Datenubertragungsprotokoll 
eine Nachricht, z. B. eine Notmeldung entsprechenden In- 
halts, an den Systemrechner 8. Diese Notmeldung kann' die 
empfangene Nachricht von der gestorten Einrichtung und/ 
oder den Grund aufgrund denen die Notmeldung abgesendet 
wurde, enthalten. 

[0060] - Die Datenubertragung zu dem Systemrechner 8 
kann nach einem Quittungsverfahren durchgefuhrt werden, 
bei dem die jeweilige empfangende Seite den Erhalt einer 
Nachricht quittiert. 

[0061] Falls keine Verbindung zum Systemrechner 8 auf- 
gebaut werden kann, wird von Schritt 170 zu Schritt 190 
verzweigt. In Schritt 190 wird vom Protokollkonverter X J 
eine vorbestimmte Notverbindung aktiviert und eine vorge- 
gebene Nachricht, beispielsweise ein Fax, versandt. Dieses, 
Fax kann den Grund fur die Notmeldung und eine Beschrei- 
bung der vorliegende Stoning der Verbindung zum System- 
rechner 8 enthalten. 

[0062] In Schritt 200 wird gepruft, ob die bestimmten Da- 
ten von alien abzufragenden Einrichtungen 2, .3, 4 bereits 
vorliegen. Falls noch Daten von Einrichtungen 2, 3, 4 in die- 
sem Durchlauf eines Zyklus abzufragen sind, wird zuriick 
zu Schritt 110 verzweigt und mit der nachsten Einrichtung 
fortgefahren. Sind bereits alle . an das Bussystem 5 ange- 
schlossenen Einrichtungen 2, 3, 4 abgefragt, so wird mit 
Schritt 210 fortgefahren. 

[0063] In Schritt 210 wird eine vorgegebene Zeit abge- 
wartet bevor ein neuer Abfragezyklus gestartet wird. Nach 
beispielsweise 10 Minuten wird der Ablauf mit Schritt 110 
und der Abfrage der ersten abzufragenden Einrichtung fort- 
gesetzt. Die Reihenfolge der abzufragenden Einrichtungen 
2, 3, 4 kann in der Konfiguration des Protokollkonverters 1 
beliebig festgelegt werden. 

[0064] Die Fig. 3 zeigt einen moglichen Ablauf der Verar- 
beitung in dem Systemrechner 8 in einer Ausfuhrungsform • 
mit mehreren Pro tokollkonVer tern. In Schritt 300 werden 
die Daten der zu uberwachenden Einrichtungen 2, 3, 4 von 
dem ersten Protokollkonverter 1 abgefragt. Dazu wird von 
dem Systemrechner 8 eine Verbindung zu dem Protokoll- 
konverter 1 aufgebaut, d. h. beispielsweise wird das Modem 

9 so angesteuert, dafi eine Wahlverbindung uber ein privates 
oder offentliches Fernsprechnetz zu dem Modem 7 und dem 
Protokollkonverter 1 entsteht. Der Verbindungsaiifbau kann 
auch mit einem Ruckrufverfahren (Call-back- Verfahren) er- 
folgen, bei dem die Verbindung nach Erhalt einer Ruckruf- 
aufforderung irnmer von dem Protokollkonverter 1 aufge- 
baut wird. Der Systemrechner 8 sendet entsprechende Kom- 
mandos an den Protokollkonverter 1, der wiederum die an- 
geforderten Daten an den Systemrechner 8 sendet. Im An- 
schluB an den Datenaustausch wird im Falle einer Wahlver- 
bindung diese abgebaut. 

[0065] , Fiir den Fall, daB sdwohl Systemrechner 8 als auch 
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Protokollkonverter 1 an ein Dateniibertragungsnetzwerk mit 
festen Verbindungen, beispielsweise ein LAN, angeschlos- 
sen sind, erfolgt kein Aufbau einer temporaren Wahlverbin- 
dung. Es wird lediglich eine logische Verbindung zwischen 
Systemrechner 8 und Protokollkonverter 1 zur Dateniiber- 
tragung aufgebaut. Dies kann beispielsweise durch die Ver- 
wendung von Sockets fur das TCP geschehen. Naturlich 
konnen auch verbindungslose Ubertragungsprotokolle, wie 
beispielsweise UDP, eingesetzt werden. 
[0066] Die empfangenen Daten werden in Schritt 310 in 
die Datenbank 10 des Systemrechners 8 eingetragen. Auf- 
grund der in der Datenbank 10 vorhandenen Daten kann 
eine Bedienperson jederzeit den Zustand der zu uberwa- 
chenden Einrichtungen 2, 3, 4 iiberpriifen, ohne daB erst 
Verbindungen zu den einzelnen Einrichtungen 2, 3, 4 aufge- 
baut und die Daten abgefragt werden miissen. 
[0067] In Schritt 320 werden die empfangenen Daten aus- 
gewertet. Beispielsweise kann ein auBergewohnlicher Be- 
triebszustand einer Einrichtung 2, 3, 4 festgestellt werden. 
Weiterhin konnen empfangene MeBwerte, beispielsweise 
von Warmezahlern oder Temperaturfuhlern, analysiert wer- 
den. In Schritt 330 wird festgestellt, ob anhand der ausge- 
werteten Daten eine Nachricht an eine Bedienperson zu ver- 
senden ist. 

[0068] GegebenenfaUs wird* in Schritt 340 eine solche 
Nachricht versandt. Mit Hilfe dieser Nachricht kann eine zu : 
standige Bedienperson von einem auBergewohnlichen Zu- 
stand, beispielsweise dem Vorliegen einer Stoning in einer 
Einrichtung, in Kenntnis gesetzt werden. Die Nachricht 
kann beispielsweise in Form einer SMS -Nachricht an das 
Mobiltelefon der Bedienperson iibersandt werden. Die Be- 
dienperson kann so auf einfache Weise zu jeder Zeit und an 
jedem Ort alarmiert werden. 

[0069] In Schritt 350 wird gepriift, ob bereits alle Proto- 
kollkonverter des Systems abgefragt wurden. Falls noch 
weitere Protokollkonverter abzufragen sind, wird zuriick zu 
Schritt 300 verzweigt und dort mit der Abfrage des nachsten 
Protokpllkonverters fortgefahren. Die Reihenfolge der Ab- 
frage der Protokollkonverter kann beiiebig festgelegt wer- 
den und kann im Systemrechner 8 gespeichert werden. 
[0070] Im AnschluB an die Abfrage aller Protokollkonver- 
ter wird in Schritt 360 eine vorbestimmte Zeit gewartet, be- 
vor ein neuer Durchgang fur einen neuen Zyklus gestartet 
wird. Die vorgegebene Wartezeit kann deh entsprechenden 
Systemanforderungen entsprechend flexibel eingestellt Wer- 
den. - 

[0071] Wahrend der oben gezeigten Bearbeitungsschritte 
kann jederzeit eine Nachricht von einem Protokollkonverter 
1 eintreffen. Die Verarbeitung dieser iNachrichten wird hier 
nicht gezeigt und kann beispielsweise durch eine Interrupt- 50 
Routine erfolgen. Weiterhin wird hier nicht auf vom Benut- 
zer initiierte spezielle Verarbeitungsschritte. eingegangen. 
Der Benutzer kann beispielsweise jederzeit eine Aktualisie- 
rung der vorliegenden Daten anfordern. In diesem Fall wird 
vom Systemrechner 8 eine auBerplanmaBige Abfrage der 55 
angefragten Daten von dem Protokollkonverter 1 gestartet. 
Weiterhin kann der Benutzer jederzeit Kommandos fur be- 
stimmte Einrichtungen an der Bedienkonsole des System- 
rechners 8 eingeben. Diese Kommandos werden anschlie- 
Bend vom Systemrechner 8 an den entsprechenden Proto- 60 
kollkonverter 1 ubertragen und dort an die gewiinschte Ein- 
richtung 2, 3, 4 weitergeleitet. 

[0072] Die Fig. 4 zeigt schematisch eine Darstellung einer 
Ausfuhrungsform mit zwei Systemrechriern 8, 11, die direkt 
an ein LAN angeschlossen sind. Beide Systemrechner 8, 11 65 
weisen jeweils eine Datenbank 10, 12 zur Speicheruhg von 
Konfigurations-, Wartungs- und Betriebsdaten von an den 
Protokollkonverter 1 angeschlossenen Einrichtungen (nicht 
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gezeigt) auf. In diesem Beispiel weist der Systemrechner 8, 
der sich beispielsweise in der Leitstelle befindet, eine zen- 
trale Datenbank 10 auf. Bei dem Systemrechner 11 handelt 
es sich um einen tragbaren Systemrechner in Form eines 
5 Notebooks mit dem beispielsweise ein Kundendienst- oder 
Wartungstechniker vor Ort eine Diagnose und Wartung von 
. Heizungsanlagen vomehmen kann. Der Wartungstechniker 
kann die Heizungsanlage mit Hilfe des mobilen System- 
rechners 11 konfigurieren und warten. Nach AbschluB der 
10 Wartungsarbeiten werden die aktuellen Konfigurationsdaten 
von der Datenbank 12 an die zentrale Datenbank 10 iiber- 
mittelt. Auf diese Weise kann die Konsistenz der Datenban- 
ken 10, 12 sichergestellt werden. Die Verbindung und Kom- 
munikation zwischen den beiden Systemrechnern 8, 11 kann 
15 auf einfache Weise uber das LAN oder das Internet z. B. 
durch das Internet Protocol IP erfolgen. 
[0073] In einer weiteren Ausfuhrungsform kann sich bei- 
spielsweise der Systemrechrier 8 in der Leitstelle des Anla- 
genbetreibers befinden, wahrend der zweite Systemrechner 
20 11 beispielsweise in der Leitstelle eines Anlagenherstellers 
angeordnet 1st. Auf diese Weise laBt sich einfacbrein mehr- 
stufiges System zur Parametrisierung und Ferniiberwachung 
von Heizungsaniagen schaffen. Der Anlagenbetreiber fuhrt 
beispiels Weise einfache Wartungs auf gaben selbst aus und 
25 iiberlaBt kompliziertere Wartungs- und Diagnoseaufgaben 
dem Servicepersonal des Anlagenherstellers. Weiterhin 
kann die Leitstelle des Anlagenbetreibers nur teilweise be- 
setzt sein. Wahrend der Nacht und am Wochenende wird die 
Ferniiberwachung von einer anderen Leitstelle durchge- 
30 fuhrt. Diese kann beispielsweise ein Servicecenter-des Anla- 
genherstellers sein, der zentral die Wartung und Femuber- 
wachung von Anlagen vieler seiner Kunden durchfuhrt. 
Durch die Verwendung des Internets zur Kommunikation 
zwischen den einzelnen Systemrechnern 8, 11 kann eine sol- 
35 che verteilte Parametrisierung und Fernuberwachung vori 
Einrichtungen 2, 3, 4 auf kostengiinstige Weise ermoglicht 
werden. 

[0074] Zur Gewahrleistung der Sicherheit beim Zugriff 
auf Systemrechner 8, 11 und Protokollkonverter 1 konnen 
40 entsprechende Zugangskontrollen beispielsweise diirch 
Kenriworter vorgesehen sein. Nur registrierte und berech- 
tigte Anwender und Systeme konnen einen Zugriff auf Sy- 
stemrechner 8, 11 und Protokollkonverter 1 erlangen. Bei- 
spielsweise kann ein Betreiber einer Anlage dem zentralen 
45 Kundendienst des Anlagenherstellers Zugriffsrechte auf 
seine Protokollkonverter 1 und Systemrechner 8, 11 einrau- 
men. Weiterhin kann der Datenverkehr zwischen den einzel- 
nen Komponenten der Vorrichtung verschliisselt werden. 
[0075] Die Fig, 5 zeigt eine schematische Darstellung fur 
ein mogliches Ausfiihrungsbeispiel eines erfindungsgema- 
Ben Protokollkonverters. 

[0076] Der gezeigte Protokollkonverter 1 kann vorteilhaf- 
terweise aus einem Grundmodul 20 und einem Erweite- , 
rungsmodul 21' aufgebaut sein. Das Grundmodul 20 weist 
eine Modemschnittstelle 22 nach der RS 232-Spezifikation 
mit V.24-Pegeln und mit LED-Anzeigen fur Anwahl und 
Verbindung auf. Die Modemschnittstelle 22 wird mit einem 
seriellen Verbindungskabel mit dem protokollkonvertersei- 
tigen Modem 7 verbunden. 

[0077] D as Grundmodul 20 so wie das Erweiterungsmodul 
21 weisen jeweils eine Schnittstelle 23 auf, beispielsweise 
ein I 2 C-B us-Interface. Grundmodul 20 und Erweiterungs- 
modul 21 konnen einfach durch deh I^-Bus miteinander 
verbunden werden. Auf diese Weise laBt sich ein flexibler 
Aufbau eines Protokollkonverters 1 erreichen. Bei Bedarf 
k6nnen weitere Erweiterungsmodule iiber den I 2 C-Bus hin- 
zugeschaltet werden, und es kann flexibel ein erweiterter 
Protokollkonverter 1 mit weiteren AnschluBmbglichkeiten 
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geschaffen werden. • 
. [0078] Sowohl Grundmodul 20 als auch Erweiterungsmo- 
dul 21 konnen digitale oder analoge Ein- und Ausgange auf- 
weisen. Diese konnen fur einen direkten AnschluB von wei- ■ 
teren Einrichtungen an deri Protokollkonverter 1 vorgesehen 5 
sein. In dem gezeigten Beispiel weisen Grundmodul 20 und 
Erweiterungsmodul 21 jeweils eine ' digitale Eingangsein- 
richtung 24 mit acht digitalen Eingangen auf. Die digitalen 
Eingange sind beispielsweise zum Erfassen von Betriebszu- 
standen geeignet. 10 
[0079] Weiterhin weisen Grundmodul 20 und Erweite- 
rungsmodul 21 jeweils eine analoge Eingangseinrichtung 25 
auf. Jede analoge Eingangseinrichtung 25 weist zwei ana- 
loge Eingange zum AnschluB yon beispielsweise MeBgera- 
ten wie Temperatursensoren auf. Die analogen Eingange 15 
sind mit Analog/Digital- Wandlern versehen, die eine einfa- 
che MeBwerterfassurig und eine Ubertragung der digitali- 
sierten MeBwerte zu dem Systemrechner 8 ermoglichen. Die 
Analog/Digital- Wandler haben beispielsweise eine Genau- 
igkeit von 8 Bit. 20 
[0080] Grundmodul 20 und Erweiterungsmodul 21 sind 
jeweils mit einer Ausgabeeinrichtung versehen, die Relais- 
ausgange zum Schalten von Lasten aufweisen. Die Relais- 
ausgange konnen beispielsweise zum direkten Ein- und . 
Ausschalten von Geraten vorgesehen sein. 25 
[0081] Das Grundmodul 20 kann weiterhin eine LON- 
Schnittstelle 27 zum AnschluB eines LON-B ussy stems 5 
aufweisen, an der die Einrichtungen 2, 3, 4 angeschlossen 
sind. 

[0082] Weiterhin kann das Grundmodul 20 eine Optolink- 30 
Schnittstelle 28 aufweisen. Diese optische Schnitts telle 
kann zum storungsfreien AnschluB eines mobilen System- 
rechners 8 fiir Wartung und Diagnose vor Ort vorgesehen 
sein. : 

[0083] AuBer den in Fig. 5 gezeigten Funktionseinheiten 35 
kann der Protokollkonverter 1 uber Bedien- und Anzeige- 
elemente wie Betriebs- und Storungsanzeigen verfiigen. 
Weiterhin ist eine entsprechende Spannungsversorgung vor- 
zusehen. 

[0084] Die in Fig, 5 gezeigte Ausfuhrungsform eines Pro- 40 
tokollkonverters 1 ermoglicht einen flexiblen Aufbau. Fiir 
kleine Anlagen!, die nur wenige direkt an den Protokollkon- ; 
verter 1 anzuschlieBende Einrichtungen aufweisen, kann der 
erfindungsgemaBe Protokollkonverter 1 allein aus dem 
Grundmodul 20 bestehen. Durch den Einsatz von einem 45 
oder mehreren Erweiterungsmodulen 21 kann der Protokoll- 
konverter 1 flexibel erweitert werden, und zusatzliche Ein- 
richtungen konnen auf einfache Weise zur Fernwartung, Pa- 
rametrisierung und Steuerung an den Protokollkonverter 1 
angeschlossen werden. Der Protokollkonverter 1 wird dazu 50 
vom Systemrechner 8 wie eine am B ussy stem 5 angeschlos- 
sene Einrichtung behandelt und karin seibst Empfanger von 
Nachrichteh und Kommandos sein, mit denen die direkt an- 
geschlossenen Gerate abgefragt oder beeinflusst werden 
konnen. * . 55 

Patentanspruche 

1 . Vorrichtung, insbesondere zur Parametrierung und 
Fernuberwachung von Heizungs anlagen, mit 60 
einem Systemrechner (8), der zur Ubertragung von Da- 
ten nach einem ersten Datenubertragungsprotokbll ge- 
eignet ist, 

mindestens einer Einrichtung (2, 3, 4), die zur Ubertra- 
gung von Daten nach einem zweiten Dateniibertra- 65 
gungsprotokoll geeignet ist, 

einem Protokollkonverter (1), der mit dem System- 
rechner (8) verbunden ist und der Daten des ersten Da- 



teriubertragungsprotokolls in Daten des zweiten Daten- 
ubertragungsprotokolls und umgekehrt konvertiert, 
und ' 

einem Bussystem (5), an das die Einrichtungen (2, 3, 4) 
und der Protokollkonverter (1) anschlieBbar sind. 

2. Vorrichtung nach Anspruch 1, wobei die an das 
Bussystem (5) anschlieBbaren Einrichtungen (2, 3, 4) 
Heizungs-, Klima- und/oder Kiihlanlagen und/oder 
MeB- oder Steuereinrichtungen fur den Betrieb von 
Heizungs-, Klima- und/oder Kiihlanlagen sind. 

3. Vorrichtung nach Anspruch 1 oder 2, wobei das 
Bussystem (5) ein Haus- oder Feldbus ist und/oder das 
zweite Datenlibertragungsprotokoll ein LON-Protokoll 
ist. 

4. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 3, wobei das erste DatenubertragungsprotokoLL ein 

. Protokoll auf der. Basis des Internet Protocols IP, insbe- 
sondere das Simple Network Management Protocol 
SNMP, das Hypertext Transport Protocol HTTP, das 
Transport Control Protocol TCP oder das Lon Works 
Network Protocol, ist. 

5. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 4, wobei der Protokollkonverter (1) vorbestimmte 
Daten in vorgegebenen zeitlichen Abstanden yon den 
Einrichtungen (2, 3,-4) abfragt, speichert, an den Sy- 
stemrechner (8) sendet und/oder zur Abfrage vom Sy- 
stemrechner (8) bereit halt. ' 

6. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 5, wobei der Protokollkonverter (1) einen Speicher 
(6) fiir die Speicherung der von den Einrichtuhgen ab- 
gefragten Daten auf weist. 

7. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 6, wobei der Protokollkonverter (1) vom System- 
rechner (8) empfangene Daten, die fur eine bestimmte 
Einrichtung (2, 3, 4) bestimmt sind, uber das Bussy- 
stem (5) an die entsprechende Einrichtung (2, 3, 4) sen- 
det. ... 

8. Vorrichtung nach zumindest einem der Anspriiche 1 
bis. 7, wobei der Protokollkonverter (1) eine vorbe- 

, stimmte Verbindung aktiviert, werin von einer der Ein- 
richtungen (2, 3, 4) eine Storungs- oder Wartungsmel- 
dung vorliegt. 

9. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 8, wobei der Protokollkonverter (1) eine vorgege- 
bene Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS -Nachricht, ver- 
sendet, wenn von einer der Einrichtungen (2, 3, 4) eine 
Storungs- oder Wartungsmeldung vorliegt und die Ver- 
bindung zum Systemrechner (8) gestort ist. 

10. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 9, wobei die Verbindung zwischen dem Protokoll- 
konverter (1) und deiri Systemrechner (8) uber eine 
analoge und/oder digitale Telefonverbindung erfolgt 
und ein analoges Modem, ein GSM-Modem oder ein 
ISDN-Modem (7, 9) aufweist. 

11. Vorrichtung nach Anspruch 10, wobei die Verbin- 
dung zwischen dem Protokollkonverter (1) und dem 
Systemrechner (8) iiber ein RiickrufVerfahren aufge- 
baut wird. 

12. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 11, wobei der System rechner (8) in vorgegebenen 
zeitlichen Abstanden eine Verbindung zu dem Proto- 
kollkonverter (1) aufbaut und vorbestimmte Daten ab- 
fragt, die der Protokollkonverter (1) zuvor von den Ein- 
richtungen (2, 3, 4) abgefragt und zwischengespeichert 
hat. 

-13. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 12, wobei der Systemrechner (8) eine Verbindung 
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zu dem Protokollkonverter (1) aufbaut und/oder Daten 
fiir eine bestimmte Einrichtung (2, 3, 4) an den Proto- 
kollkonverter (1) sendet und/oder Daten von einer be- 
stimmten Einrichtung (2, 3, 4) von dem Protokollkon- 
verter (1) empfangt. 5 
14; Vorrichtung nach zumindest einem der Anspruche 
1 bis 13, wobei der Systemrechner (8) eine Datenbank 
(10) aufweist, die die Konfigurations-, . Inbetrieb- 
nahme-i Warnings- und/oder Betriebsdaten von Ein- 
richtuhgen (2, 3, 4) und/oder dem Protokollkonverter 10 
(1); insbesondere Storungs- und Wartungsmeldungen, 
enthalt. 

15. Vorrichtung nach Anspruch 14, wobei der System- 
rechner einen Internet- und/oder WAP- Server zum Zu- 
griff auf die Datenbank (10) aufweist, 15 

16. Vorrichtung nach zumindest einem der Anspruche 
1 bis 15, wobei der Systemrechner (8) eine vorbe- 
stimmte Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS-Nachricht, ver- 
sendet, wenn von einer der Einrichtungen (2, 3, 4) eine 20 
bestimmte Storungs- oder Wartungsmeldung vorliegt. 

17. Vorrichtung nach zumindest einem der Anspruche 
. 1 bis 16, wobei mehrere Systemrechner (8, 11) Verbin- 

dungen zu Protokollkonvertem (1) aufbauen und/oder - 
Daten von den Protokollkonvertem (1) empfangen 25 . 
und/oder Daten an die Protokollkonverter (1) senden, 
wobei die Systemrechner (8, 11) iiber das Internet mit- 
einarider verbindbar sind. 

18. Vorrichtung nach Anspruch 17, wobei. einer der 
Systemrechner (8) eine zentrale Datenbank (10) auf- 30 
weist, an die die anderen Systemrechner (11) Datenan- 
derungen melden und/oder mit der die Datenbanken 
(12) der anderen Systemrechner (11) abgeglichen wer- , 

den. , 

19. Verfahren, insbesondere zur Parametrierung und 35 
Ferniiberwachung von Heizungsanlagen, mit den fol- . 
genden Schritten: 

XJbertragung von Daten nach einem ersten Dateniiber- 
tragungsprotokoll zwischen einem Systemrechner (8) 
und einem Protokollkonverter (1), -40 
Konvertierung der Daten des 1 ersten Daten ubertra- 
. gungsprotokolls in Daten eines zweiten Dateniibertra- 
gungsprotokolls und umgekehrt in dem Protokollkon- 
verter (1), und 

Ubertragung von Daten nach dem zweiten Datenuber- 45 
tragungsprotokoll zwischen dem Protokollkonverter 
(1) und mindestens einer Einrichtung (2, 3, 4). 
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